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(57) Abstract 

A multi-port bridge 
includes a memory and 
a plurality of ports. Each 
port includes a receive 
buffer, a transmit buffer 
and a "triplet" buffer. As 
a data packet is being 
received by the receive 
buffer of a port, a look-up 
table is utilized to identify 
the appropriate destination 
port for the packet A 
result of the look-up is 
a "triplet* 1 which includes: 
a first field containing 
the identification of the 
source port, a second field 
containing the identification 
of the destination port, and 
a third field containing a 
starting address assigned 
to the incoming packet 
in the memory. The 
triplet is placed upon the 
communication bus a first 
time. If the destination port 
is available, the destination 
port receives the packet 

simultaneously as the packet is stored in the memory. Otherwise, the triplet is placed on the communication bus a second time after the 
packet is stored in the memory. The destination port stores the triplet in its triplet buffer. Then, when the destination port is available, the 
destination port retrieves the packet from the memory for transmission. 



10Mbps 
Fort#1 

m 




10Mbps 
Port 354 

m 



Segment #1 Segment #2 




100Mbps 
Port #28' 

112 




Segment #24 Segment #25 Segment #26 ttjfajgaianals 



'i 



FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BP 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HI) 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


UZ 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NB 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


ZW 


Zimbabwe 


CI 


Cdte d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






CU 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






CZ 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






DB 


Germany 


LI 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







i 
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TRIPLET ARCHITECTURE IN A MULTI-PORT BRIDGE FOR A LOCAL AREA 
NETWORK INCLUDING METHOD AND APPARATUS FOR PERIODICALLY 
UPDATING ENTRIES IN A CONTENT ADDRESSABLE MEMORY 

5 This is a continuation-in-part of U.S. Patent Application Serial No. 08/590,125 filed 

on January 23, 1996, which is a continuation-in-part of U.S. Patent Application Serial No. 
08/371,499, filed on January 11, 1995. The contents of U.S. Patent Application Serial No. 
08/590,125 and the contents of U.S. Patent Application Serial No. 08/371,499 are hereby 
incorporated by reference. This application claims the benefit of U.S. Provisional 
10 Application No. 60/059,171, filed September 17, 1997. 

Field of The Invention: 

The invention relates to a multi-port bridge for a local area network. More 
particularly, the invention relates to controlling flow of data packets among the ports of a 

15 multi-port bridge. The invention also relates to the field of look-up tables for appropriately 
directing data packets through a multi-port bridge in a local area network. More 
particularly, the invention relates to the field of periodically updating entries in a look-up 
table for appropriately directing data packets through a multi-port bridge in a local area 
network where the look-up table is a random access memory (RAM) device which is 

20 configured to emulate a content addressable memory (CAM) device. 

Background of the Invention: 

Nodes of a local area network (LAN) are typically interconnected by a shared 
transmission medium. The amount of data traffic that the shared transmission medium can 

25 accommodate, however, is limited. For example, only one node at a time can successfully 
transmit data to another node oVer the shared transmission medium. If two or more nodes 
simultaneously attempt to transmit data, a data collision occurs, which tends to corrupt the 
data being transmitted. Thus, nodes that share a transmission medium are considered to be 
in a same collision domain. 

30 A multi-port bridge allows simultaneous communication between nodes of the LAN 

by segmenting the LAN into multiple collision domains (also referred to as network 
segments), each segment having a corresponding transmission medium. 
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Fig. 1 illustrates a conventional local area network including a multi-port bridge 10. 
The multi-port bridge 10 has eight ports A-H, though the number of ports can vary. Each 
port A-H is connected to a segment 1 1-18 of the LAN. Each segment 11-18 typically 
includes one or more nodes 19-34, such as a workstation, a personal computer, a data 
5 terminal, a file server, a printer, a facsimile, a scanner or other conventional digital device. 
Each of the nodes 19-34 has an associated node address which uniquely identifies the node. 
The nodes 19-34 are configured to send data, one to another, in the form of discrete data 
packets. 

When the LAN operates according to Ethernet standards, such as the Institute of 
10 Electrical and Electronics Engineers (IEEE) 802.3 standard, data is communicated in the 

form of discrete packets. Fig. 2 illustrates a conventional IEEE 802.3 data packet 40. The 
data packet 40 includes an eight byte long pre-amble 41 which is generally utilized for 
synchronizing a receiver to the data packet 40. The pre-amble 41 includes seven bytes of 
pre-amble and one byte of start-of-frame. Following the pre-amble 41, the data packet 40 
15 includes a six-byte-long destination address 42, which is the node address of a node which 
is an intended recipient for the data packet 40. Next, the data packet 40 includes a six- 
byte-long source address 43, which is the node address of a node which originated the data 
packet 40. Following the source address 43 is a two-byte length field 44. Following the 
length field 44 is a data field 45. The data field 45 can be up to 1500 bytes long. Finally, 
20 the data packet 40 includes a two-byte frame check field 46 which allows a recipient of the 
data packet 40 to determine whether an error has occurred during transmission of the data 
packet 40. 

When a node (source node) sends data to another node (destination node) located on 
its same segment of the LAN (intra-segment communication), the data is communicated 

25 directly between the nodes without intervention by the multi-port bridge 10 and is known 
as an intra-segment packet. Therefore, when the multi-port bridge 10 receives an intra- 
segment packet, the multi-port bridge IX) does not bridge the packet (the packet is filtered). 
When a node (source node) sends a data packet to another node (destination node) located 
on a different segment (inter-segment communication), the multi-port bridge 10 

30 appropriately forwards the data packet to the destination node. 

Data packets received by the multi-port bridge 10 are generally stored temporarily 
within the. multi-port bridge 10 before being forwarded to the appropriate destination node 
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by the multi-port bridge 10. Problems can arise, however, when the capabilities of the 
multi-port bridge are exceeded by network demand. When data packets are received by the 
multi-port bridge 10 at a rate that is higher than the rate at which the multi-port bridge 10 
can appropriately forward the packets, the network becomes congested. This problem is 
5 exacerbated as network users place increasing demands on the network. 

Therefore, what is needed is improved technique for controlling the flow of data in 
a multi-port bridge for a local area network. 

Random access memory (RAM) devices generally comprise a plurality of data 
storage locations, each data storage location having a corresponding predetermined address. 

10 Fig. 3 illustrates a conventional RAM device 50. As illustrated in Fig. 3, the RAM device 
50 has address fields that are each eight bits in length. Accordingly, the RAM device 50 
has 256 unique addresses. Because there is a one-to-one correspondence of addresses to 
data storage locations, there are 256 data storage locations (fields) in the RAM device 50. 
The RAM device 50, however, could have other address field lengths and, thus, a different 

15 number of unique addresses and corresponding storage locations. 

The RAM device 50 includes an address port 52, a data port 54 and a read/write 
control input 56. To store data in a data storage location of the RAM device 50, the 
address of the location in which the data is to be stored is applied to the address port 52 
and the data to be stored is applied to the data port 54. Then, the read/write control input 

20 56 is conditioned to write the data into the location specified by the address. To read data 
from the RAM device 50, the read/write control input 56 is conditioned to read data and 
the address of the location from which the data is to be read from is applied to the address 
port 52. The data stored in the location specified by the address appears at the data port 
54. 

25 Content addressable memory (CAM) devices generally comprise a plurality of data 

storage locations, each data storage location having a predetermined corresponding address. 
CAM devices are characterized in that each data storage location includes a comparand 
field and an associated data field. Comparands are stored in the comparand fields, while 
data associated with each comparand is stored in the associated data field. Data from the 

30 associated data fields is read by comparing each comparand to an applied value. When a 
match occurs, the contents of the associated data field corresponding to the matching 
comparand are read. 
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Fig. 4 illustrates a conventional CAM device 60. As illustrated in Fig. 4, the CAM 
device 60 has address fields that are each eight bits in length. Accordingly, the CAM 
device 60 has 256 unique addresses. Because there is a one-to-one correspondence of 
addresses to data storage locations, there are 256 data storage locations in the CAM device 
5 60, each data storage location including a comparand field and an associated data field. 

The CAM device 60, however, could have other address field lengths and, thus, a different 
number of unique addresses and corresponding storage locations. 

The CAM device 60 includes an address port 62, a comparand port 64, an 
associated data port 66, a read/write control input 68 and a match output 69. To store a 
10 comparand and associated data in the CAM device 60, a desired address is applied to the 
address port 62, the desired comparand is applied to the comparand port 64 and the desired 
associated data is applied to the associated data port 66. Then, the qontrol input 68 is 
conditioned to write the comparand and the associated data into the location specified by 
the address. 

15 To read associated data from the CAM device 60, the control input is conditioned to 

read data and a specified value is applied to the comparand port 64. If a stored comparand 
matches the specified value applied to the comparand port 64, this condition will be 
indicated by the match output 69. Data stored in the associated data field which 
corresponds to the matching comparand appears at the associated data port 66. Otherwise, 

20 if no comparand matches the value applied to the comparand port 64, the match output 69 
will indicate this condition. 

Therefore, to read associated data from the CAM device 60, the value applied to the 
comparand port 64 is compared to the previously stored contents of all the comparand 
fields. When a match is found, the associated data appears at the data port 66. 

25 Accordingly, the memory device 60 is referred to as "content addressable." 

Because of this "content addressable" feature, CAM devices are typically more 
expensive to manufacture and to purchase than RAM devices, however, CAM devices are 
particularly well suited for certain applications. For example, a CAM device can be 
utilized to construct a look-up table for appropriately directing data packets through a 

30 multi-port bridge in a local area network (LAN). 

In particular, the multi-port bridge 10 (Fig. 1) receives each data packet 40 (Fig. 2) 
and must determine whether the data packet 40 is for intra-segment communication or 
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inter-segment communication, and if the data packet 40 is for inter-segment 
communication, the multi-port bridge 10 must determine which port (destination port) the 
data packet 40 is to be directed based upon the destination address 42 contained in the data 
packet 40. This can be accomplished with a look-up table constructed in a CAM device 60 
(Fig. 4). Conventionally, the look-up table is constructed by executing a learning phase for 
each received data packet 40 to store data in the table and by executing a look-up phase for 
each received data packet 40 to look-up data stored during the learning phase for a prior 
packet. 

An example is provided to enhance understanding of the learning phase. To 
understand the example, one should refer to Figs. 1, 2 and 4. The learning phase is 
executed by storing in the address field of the CAM device 60 the address of the node 
(source node) which sends a data packet 40 and storing in the corresponding data field the 
number of the port (source port) which received the data packet 40. For example, referring 
to Fig. 1, if the node 19 sends a data packet 40 to the node 30, the data packet 40 will 
include the address of the node 19 as its source address. The multi-port bridge 10 will 
receive the data packet 40 from port A. Therefore, for the learning phase, the address of 
the node 19 will be stored in the address field of the CAM device 60 and a number 
identifying the port A will be stored in the corresponding data field. This process is 
repeated for each data packet 40 received by the multi-port bridge 10. 

Once the look-up table is constructed, to appropriately direct a next data packet 40, 
the destination address contained in the data packet 40 is applied to the address port 64 of 
the CAM, while the data port 66 of the CAM will indicate to which port (destination port) 
the packet is to be directed. In the example, the node 30 is the intended recipient. Thus, 
the data packet will include the address of the node 30 as its destination address The node 
30 is connected to the port F. Therefore, when the address of the node 30 is applied to the 
address port 64 of the CAM device 60, the data port 66 of the CAM device 60 will 
indicate that the data packet 40 should be routed to the port F. Data packets 40 received 
before the table is completed are broadcast to all the ports A-H to ensure that the 
appropriate destination node receives the packet. 

To save costs, the CAM device 60 can be emulated by a RAM device through a 
technique known as hashing. Hashing is a mathematical technique of mapping a larger set 
of numbers into a smaller set. For example, in an Ethernet LAN, each node is specified by 
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an address that is six bytes (48 bits) long. Therefore, there are 2 48 (approximately 2.8 x 
10 14 ) possible addresses. Using a RAM device to store a port number associated with each 
of these possible addresses would require a RAM device having 2 48 memory locations. 
Construction of such a large RAM device would tend to be impractical and would almost 
5 certainly exceed the cost and space requirements of an appropriately sized CAM device. 
Because Ethernet LANs generally have far fewer than 2 48 nodes, hashing can be utilized to 
construct a look-up table having far fewer than 2 48 entries. 

According to the IEEE 802.3 standard, a look-up table is required to accurately 
reflect nodes which have been newly added or removed from the LAN. For this purpose, 

10 each node of the LAN periodically transmits a "keep alive" packet, preferably once every 
2.5 minutes. Entries in a look-up table which have not been updated within a 
predetermined time period, preferably five minutes, are removed from the look-up table. 

A known technique for updating such a look-up table in an Ethernet LAN includes 
storing a time stamp in the look-up table along with every entry and updating the time 

15 stamp whenever the corresponding node originates a data packet. In addition, the 

technique requires keeping track of the age of every entry in the look-up table, and when 
an entry becomes more than five minutes old, removing the entry. This technique has a 
disadvantage in that a large amount of processing overhead is required to provide a time 
stamp for each entry in the table, to update the time stamps, to keep track of the time 

20 elapsed since a last update for each entry, and to remove entries after five minutes have 
elapsed since the last update for the entry. Also, additional storage space is required for 
storing the time stamps. 

Therefore, what is needed is an improved technique for periodically updating the 
entries in a CAM device. What is further needed is an improved technique for periodically 

25 updating the entries in a CAM device emulated by a RAM device. What is still further 
needed in an improved technique for periodically updating the entries in a look-up table 
utilized for appropriately directing data through a multi-port bridge in an Ethernet LAN. 

Summary of the Invention: 
30 The invention is a method and apparatus for controlling flow of data packets among 

the ports of a multi-port bridge. The multi-port bridge includes a switch engine, a dynamic 
random access memory and a plurality of ports, all of which are interconnected by a high 
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speed communication bus. The switch engine includes a memory controller and a bus 
controller, each being a finite state machine. The bus controller controls access to the 
communication bus by collecting requests from the ports and granting the requests 
according to an appropriate priority. The memory controller provides an interface between 
5 the memory and the communication bus. The memory includes look-up tables utilized for 
appropriately directing data packets among the ports, packet buffers utilized for temporarily 
storing packets and mailboxes for providing an interface between the switch engine and an 
external processor. 

Each port includes a port controller, a MAC transceiver, a receive buffer, a transmit 

10 buffer and a triplet buffer. Packets received from a LAN segment by the transceiver are 
directed to the communication bus through the receive buffer, while packets to be 
transmitted over the LAN segment are directed to the transceiver through the transmit 
buffer. The triplet buffer stores memory pointers, referred to herein as "triplets," for data 
packets being queued in the packet buffers of the memory. 

15 A data packet originating from a node (source node) in a segment of the LAN is 

received by the receive buffer of a corresponding one of the ports (source port) of the 
multi-port bridge. As the packet is still being received, the look-up tables are utilized to 
determine which is the appropriate destination port for the packet based upon the 
destination address. A result of performing the look-up is a "triplet" which includes three 

20 fields: a first field containing the identification of the source port, a second field 

containing the identification of the destination port, and a third field containing a starting 
address assigned to the incoming packet in the packet buffers of the memory. 

If the source port and the destination port are the same, this indicates that the source 
and destination nodes are on the same segment of the LAN (intra-segment communication) 

25 and the packet is filtered. Otherwise, the memory controller places the triplet on the 
communication bus which is monitored by each port. If the port identified as the 
destination port in the triplet is not currently busy transmitting or receiving another packet, 
the destination port will configure itself to receive the packet directly from the source port 
(cut-through). 

30 However, if the triplet buffer in the port identified as the destination port in the 

triplet is nearly full, the bus controller of the destination port applies a jam request signal 
to the communication bus. The source port will receive the jam request and, in response, 
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will discard the incoming packet and also send a jam signal over its associated segment. 
The jam signal will cause the node (source node) which is the source of the packet to 
discontinue sending the packet and attempt to resend the packet after a waiting period. 

Once the triplet has been formed, the packet is loaded from the receive buffer of the 
source port into the packet buffers in the memory starting at the memory address identified 
by the third field of the triplet Writing of the packet into the packet buffers preferably 
occurs as the remainder of the packet is still being received into the receive buffer of the 
source port. For this reason, the receive buffer for each port need not be capable of storing 
the entire data packet. In addition, if the destination port is configured for cut-through, the 
destination port will receive the packet into its transmit buffer directly from the 
communication bus simultaneously with the write cycles for loading of the packet into the 
packet buffers. During such a cut-through operation, the packet is received into a transmit 
buffer of the destination port for immediate transmission to the LAN segment associated 
with the destination port. 

Once the entire packet has been loaded into the packet buffers, the triplet is again 
placed on the data lines of the communication bus. The destination port then stores the 
triplet in its triplet buffer. Thus, the packet is queued for transmission by the destination 
port. Then, when the destination port is no longer busy, the destination port retrieves the 
packet from the packet buffers. 

While the destination port is receiving the packet into its transmit buffer from the 
packet buffers or directly from the source port, the destination port begins transmitting the 
packet to the LAN segment associated with the destination port. For this reason, the 
transmit buffer for each port need not be capable of storing an entire data packet The ^ 
packet is then received from the LAN segment by the destination node for the packet. 

A limited number of bus commands are utilized for controlling the flow of packets 
through the multi-port bridge. In comparison to prior systems, the throughput capacity of 
the multi-port bridge is improved. 

The invention includes a method of and apparatus for periodically updating entries 
in a look-up table utilized for appropriately directing data packets through a multi-port 
bridge in a local area network (LAN) and for ensuring that no entry older than 
predetermined amount of time is utilized to direct a data packet through the multi-port 
bridge. Each of the data packets is originated by a respective one of a plurality of nodes 
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of the LAN and contains a source address, which is the address of the node which 
originated the data packet, and a destination address, which is the address of the node 
which is intended to receive the data packet. One or more nodes are included in each 
segment of the LAN and each segment is coupled to a corresponding port of the multi-port 

5 bridge. Each node can be a workstation, a personal computer, a data terminal, a file 

server, a printer, a scanner, a facsimile or other conventional digital device. Each node is 
identified by a unique node address, while each port is identified by a unique port number. 

When a node (source node) in the LAN sends a data packet to another node 
(destination node) in the LAN, the data packet is received by a port (source port) of the 

10 multi-port bridge. A look-up table is used for identifying the location of the destination 
node. The look-up table is constructed by performing a learning phase for each data 
packet in which the number of the port (source port) which receives the data packet is 
stored in association with the source address contained in the data packet. The multi-port 
bridge performs a look-up cycle upon the destination address contained in the packet to 

15 identify the appropriate other port (destination port) for transmitting the data packet to the 
node which is to receive the data packet. Then, the multi-port bridge directs the data 
packet to the port indicated (the destination port). 

The look-up table comprises a first memory store, a second memory store, and a 
third memory store. Each memory store is either a CAM device or a RAM device which 

20 emulates a CAM device. A learning phase is performed for each data packet received 

during a first period of time. During the learning phase, the port identification number of 
the source port is stored in association with the address of the source node in both the first 
memory store and in the second memory store. This allows rapid correlation of node to 
port address information. Also, in a look-up cycle for each data packet received during the 

25 first period of time, entries in the first memory store are utilized for directing the data 

packet through the multi-port bridge (determining which is the appropriate destination port 
for the packet). At the end of the first period of time, the third memory store is cleared of 
all entries. 

In a learning phase for each data packet received during a second period of time, 
30 the port identification of the source port is stored in association with the address of the 
source node in both the second memory store and in the third memory store. Also, in a 
look-up cycle for each data packet received during the second period of time, the entries in 
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the second memory store are utilized for directing the data packet through the multi-port 
bridge. At the end of the second period of time, the first memory store is cleared of all 
entries. 

In a learning phase for each data packet received during a third period of time, the 
5 port identification number of the source port is stored in association with the address of the 
source node in both the first memory store and in the third memory store. Also, in a look- 
up cycle for each data packet received during the third period of time, entries in the third 
memory store are utilized for directing the data packet through the multi-port bridge. At 
the end of the third period of time, the second memory store is cleared of all entries. 

10 This sequence is repeated, beginning with the first period of time, so long as the 

multi-port bridge is directing packets. Accordingly, no entry that is more than two time 
periods old is utilized for directing a data packet through the multi-port bridge. Preferably, 
the first, second and third time periods are each 2.5 minutes. Therefore, no entry that is 
more than 5 minutes old is utilized for directing a data packet through the multi-port 

15 bridge. Unlike prior systems, the age of each entry in the look-up table need not be 
individually tracked. 

Brief Description of the Drawings: 

Fig. 1 illustrates a conventional local area network (LAN) including a multi-port 
20 bridge 10. 

Fig. 2 illustrates a conventional IEEE 802.3 data packet. 
Fig. 3 illustrates a conventional random access memory (RAM) device. 
Fig. 4 illustrates a conventional content addressable memory (CAM) device. 
Fig. 5 illustrates a block schematic diagram of a multi-port bridge according to the 
25 present invention. 

Fig. 6 illustrates a port of the multi-port bridge according to the present invention. 
Fig. 7 illustrates a "triplet" according to the present invention, including a first field 
containing an identification of a source port, a second field containing an identification of a 
destination port and a third field containing a memory address. 
30 Fig. 8 illustrates a block schematic diagram of the switch engine, a memory device 

and an external processor according to the present invention. 
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Fig. 9 illustrates a block schematic diagram of an apparatus according to the present 
invention for periodically updating a look-up table having three look-up sub-tables. 

Fig. 10 illustrates a time chart according to the present invention for periodically 
updating the three look-up sub-tables illustrated in Fig. 9. 

5 

Detailed Description of a Preferred Embodiment: 

The following documents are hereby incorporated by reference: U.S. Patent 
Application Serial No. 08/590,125, filed January 23, 1996; U.S. Patent Application Serial 
No. 08/371,499, filed January 11, 1995; U.S. Patent Application Serial No. 08/947,081, 

10 filed October 8, 1997; U.S. Patent Application Serial No. 08/946,866, filed October 8, 
1997; U.S. Patent Application Serial No. 09/025,356, filed February 18, 1998; and U.S. 
Patent Application Serial No. 09/025,355, filed February 18, 1998. 

In the preferred embodiment, the present invention is utilized for appropriately 
directing data packets through a multi-port bridge for an Ethernet LAN. It will be 

15 apparent, however, that other devices in an Ethernet LAN, such as a switch or a router, or 
devices in a network operating according to another networking standard, can utilize the 
advantages of the present invention. 

Fig. 5 illustrates a block schematic diagram of a multi-port bridge 100 according to 
the present invention. A high speed communication bus 102 provides an interconnection 

20 for each of the functional blocks 104-124 of the multi-port bridge 100. The 

communication bus 102 preferably includes five command lines and thirty-two data lines, 
though it will be apparent that other bus configurations can be utilized. According to the 
preferred embodiment, twenty-four 10 Mbps ports 104-108 and two 100 Mbps ports 110- 
112 are each coupled to the communication bus 102 and can be coupled to a respective 

25 LAN segment, each LAN segment having one or more nodes. Each of the twenty-four 10 
Mbps ports 104-108 transmit and receive data packets at a rate of 10 Mbps, whereas, the 
two 100 Mbps ports 110-1 12 transmit and receive data packets at a rate of 100 Mbps. It 
will be apparent, however, that other numbers of ports, other port configurations and other 
performance characteristics can be utilized. 

30 A bus control module 114 controls access to the communication bus 102 by 

collecting requests from the ports 104-112 and from the other modules. Based upon the 
requests, the bus control module 114 grants access to the communication bus 102 according 
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to an appropriate priority. The bus control module 114 also controls access to a memory 
device 200 by an, external processor (MPU), as explained in more detail herein. An MPU 
port and mailbox module 116 provides an interface between the multi-port bridge 100 and 
the external processor 500 (Fig. 8) for performing various functions, as will also be 
5 explained in more detail herein. These functions include loading data into registers of the 
multi-port bridge 100, fetching data from registers of the multi-port bridge 100 and 
transferring data packets between the external processor 500 and the ports 104-1 12 of the 
multi-port bridge 100. 

A memory control module 118 provides an interface between the memory device 

10 200 and the communication bus 102 and also provides an interface between the memory 

device 200 and a look-up control module 120. The memory device 200 includes mailboxes 
202 for exchanging information between the external processor and the multi-port bridge 
100. In addition, the memory device includes look-up tables 204. The look-up tables 204 
include entries which indicate which port of the multi-port bridge 100 is associated with 

15 each node of the LAN. The look-up tables 204 are utilized for appropriately directing 
among the ports 104-1 12 data packets received by the multi-port bridge 100, as will be 
explained in more detail herein. 

The look-up control module 120 receives addresses of nodes and associated port 
identifications from the communication bus 102. These addresses and identifications are 

20 stored in the look-up tables 204. The look-up control module 120 facilitates utilizing the 
look-up tables 204 for directing packets among the ports 104-112 based upon the 
destination address of each packet. The memory device 200 also includes packet buffers 
206 for temporarily storing data packets that are being directed through the multi-port 
bridge 100. The memory device 200. is preferably an SDRAM device, though other types 

25 of memory devices can be utilized, such as DRAM, SRAM, RAM or EDO. In the case of 
dynamic memory, the memory control module 118 refreshes the memory device 200 as 
required. 

An E-stat module 122 collects data packet routing statistics and provides them to 
the external processor for performing analysis and network management functions. A 
30 timing module 124 provides timing signals to the ports 104-112 and to the other modules 
1 14-122 of the multi-port bridge 100. Preferably, a primary clock signal cycles at 40 
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MHz. Other clock signals, at 10 MHz and 25 MHz, are derived from the primary clock 
signal. 

Preferably, the modules 114-124 are each implemented as a finite state machine, 
though the modules 114-124 can alternately be implemented as one or more processors 
operating according to stored software programs. Finite state machines are preferred as 
they can generally perform the necessary operations faster, thus, resulting in a higher 
packet handling capacity for the multi-port bridge 100. 

Fig. 6 illustrates a block schematic diagram of one of the ports 104-1 12 of the 
multi-port bridge 100. A port controller 300, including a bus controller 302 and registers 
304, provides control for the port and an interface between the port and the communication 
bus 102. The port controller 300 monitors the communication bus 102 for commands and 
data directed to the port and also provides commands to the communication bus 102 at 
times when the port has control of the communication bus 102. The registers 304 contain 
data for initializing the port upon start-up and for collecting status information for the port. 
The port also includes a triplet FIFO buffer 306 coupled between the communication bus 
102 and the port controller 300. The triplet buffer 306 stores memory pointers ("triplets" - 
explained in more detail herein) for data packets being queued in the packet buffers 206 
(Fig. 5) of the memory device 200. Preferably, the triplet buffer 306 holds 128 triplets, 
each triplet preferably being four bytes long. 

The port also includes a medium access control (MAC) transceiver 308 which 
accesses a LAN segment 310 for transmitting and receiving data packets to and from the 
LAN segment 310. Associated with and coupled to the transceiver 308 are a receive finite 
state machine 312, for controlling the transceiver 308 during packet reception, and a 
transmit finite state machine 314, for controlling the transceiver 308 during packet 
transmission. The receive finite state machine 312 and the transmit finite state machine 
314 are each coupled to the bus control module 114 for requesting access to the 
communication bus 102 therefrom (Fig. 5). 

Packets received from the LAN segment 310 by the transceiver 308 are directed to 
the communication bus 102 through a receive FIFO buffer 316, while packets to be 
transmitted over the LAN segment 310 are directed from the communication bus 102 to the 
transceiver 308 through a transmit FIFO buffer 318. Preferably, the receive buffer 316 
holds 128 bytes while the transmit buffer 318 holds 256 bytes. Note that an IEEE 802.3 
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data packet can include up to 1500 bytes of data in addition to the source address, the 
destination address and the frame check field. Thus, in the preferred embodiment, neither 
the receive buffer 316, nor the transmit buffer 318 is capable of storing a entire IEEE 
802.3 data packet of the maximum size. An address latch 320 is also included in the port 
5 for latching addresses from the communication bus 102 and providing them to the 
transceiver 308. 

Packet flow through the multi-port bridge 100 occurs in the following manner. A 
data packet, such as an IEEE 802.3 data packet, originating from a node (source node) in a 
segment of the local area network is received by a corresponding one of the ports 104-112 

10 (source port) of the multi-port bridge 100 (Fig. 5). The receive buffer 316 in the source 
port receives the data packet as the packet is being received by the transceiver 308 in the 
source port from the LAN segment associated with the source port. After the first twelve 
bytes, corresponding to the source address and the destination address for the packet, are 
received, the receive finite state machine 312 requests a look-up cycle from the bus control 

15 circuit 1 14 (Fig. 5) by raising an interrupt request line coupled to the bus control module 
1 14. The bus control module 1 14 monitors such requests and grants each request 
according to an appropriate priority. Upon granting the request, the bus control module 
1 14 notifies the source port by placing a bit pattern identifying a bus grant on the 
command lines of the communication bus 102 and a bit pattern uniquely identifying the 

20 source port on the data lines of the communication bus 102. 

The first four bytes of the destination address for the packet are then placed from 
the receive buffer 316 of the source port onto the data lines of the communication bus 102, 
while a corresponding bit pattern is placed on the command lines of the communication 
bus 102 by the bus controller 302 of the source port. The look-up control module 120 

25 (Fig. 5) receives the first four bytes of the destination address. Then, the source port 

places the last two bytes of the destination address for the packet and the first two bytes of 
the source address for the packet on the data lines of the communication bus 102 and 
places a corresponding bit pattern on the command lines of the communication bus 102. 
The look-up control module 120 receives these four bytes. Finally, the source port places 

30 the last four bytes of the source address for the packet on the data lines of the 

communication bus 102 and places a corresponding bit pattern on the command lines. The 
look-up control module 120 also receives these four bytes. Thus, the destination address 
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and source address are transferred over the communication bus 102 in segments that are 
each four bytes long as this corresponds to the width (32 bits) of the data lines of the 
communication bus 102. It will be apparent, however, that the communication bus 102 can 
have a different number of data lines, in which case, a different number of bytes can be 
5 transferred at a time. 

Once the look-up control module 120 has received the destination address and the 
source address for the packet, the look-up control module 120 so notifies the memory 
control module 118 (Fig. 5). The memory control module 118 then updates the look-up 
tables 204 (Fig. 5) by ensuring that the source address for the packet is stored in the look- 

10 up tables 204 in association with the identification of the source port for the packet. This 
ensures that the look-up tables 204 accurately reflect any changes that may have occurred 
in the LAN (referred to as a learning phase). The information stored during the learning 
phase is utilized for directing subsequent packets. Once the learning phase is complete, the 
memory control 118 module utilizes the look-up tables 204 to determine which port 

1 5 (destination port) is associated with the destination address for the packet. 

As a result of performing the look-up cycle, the memory control module 118 forms 
a bit pattern referred to as a "triplet". Fig. 7 illustrates the triplet which includes three 
fields: a first field 400 containing the identification of the source port, a second field 402 
containing the identification of the destination port, and a third field 404 containing a 

20 starting address assigned to the incoming packet in the packet buffers 206 of the memory 
device 200. The first field 400 and the second field 402 are each preferably one byte long, 
while the third field 404 is preferably two bytes long. It will be apparent, however, that 
the ordering of the fields of the triplet and the size of each field can be altered. If the 
source port and the destination port identified by the triplet are the same, this indicates that 

25 the source and destination nodes are on the same segment of the LAN (intra-segment 

communication) and, therefore, the packet does not need to be bridged. In such case, no 
further action is taken relative to the packet (the packet is filtered). 

Otherwise, the memory control module 118 places the triplet on the data lines of 
the communication bus 102 and places a bit patten indicating that an "initial triplet" is 

30 ready on the command lines. Each port monitors the communication bus 102. If the port 
identified as the destination port in the triplet is not currently busy transmitting or receiving 
another packet, the destination port will configure itself to receive the packet directly from 
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the source port (cut-through). Alternately, if the triplet buffer 306 in the port identified as 
the destination port in the triplet is nearly full, the bus controller 302 of the destination 
port applies a jam request signal to the command lines of the high bus 102. The source 
port will receive the jam request and, in response, will discard the incoming packet and 
5 also send a jam packet over its associated segment. The jam packet will cause the node 
(source node) which is the source of the packet to discontinue sending the packet and 
attempt to resend the packet after a waiting period. 

As illustrated in Fig. 7, the triplets are preferably of a uniform size. Therefore, the 
exact number of triplets that can be accommodated by a triplet buffer 306 of a port can be 

10 determined from the amount of space available in the triplet buffer 306 of the port. 

Accordingly, unlike prior arrangements, extra space does need to be provided in the port to 
accommodate a data packet having an unknown length. According to the present 
invention, however, the jam request is preferably generated by a destination port for a 
packet when the triplet buffer 306 in the port has space available to store several triplets 

15 (e.g. ten triplets). This provides the destination port an ability to store triplets for packets 
which are in the process of being loaded into the packet buffers 206. The triplet buffer 
306 in each port is preferably sized relative to the associated packet buffers 206 in the 
memory device 200 such that there is little or no possibility that the packet buffers 206 will 
become full before any triplet buffer 306 becomes full. 

20 Once the triplet has been placed on the communication bus 102, the source port 

initiates a series of memory write cycles for loading the packet from the receive buffer 316 
of the source port into the packet buffers 206 in the memory device 200 starting at the 
memory address identified by the third field of the triplet. Preferably, the packet buffers 
206 include a space allocated to each port for storing packets to be transmitted by the port. 

25 Alternately, the space is allocated to each port for storing packets received by the port; it 
should be noted, however, that only one and not both types of allocated space need be 
provided. Packets are written into the space allocated to the port in the packet buffers 206 
in a circular fashion; each new packet will overwrite portions of the oldest packet in the 
allocated space. 

30 The packet is preferably loaded into the packet buffers 206 a predetermined offset 

from the assigned address. This provides a location for storing a header for the packet 
once the packet has been completely loaded into the packet buffers 206. For example, the 
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header can include an identification number assigned to the packet, the triplet for the 
packet and a receive status for the packet. The receive status indicates whether or not the 
entire packet has been successfully received and loaded into the packet buffer 206. 

Multiple memory write cycles are generally needed to transfer the entire packet into 
5 the packet buffers 206 as the remaining portions of the packet will generally include more 
than thirty-two bits (the number of data lines in the communication bus 102). Writing of 
the packet in the packet buffers 206 preferably occurs as the remainder of the packet is still 
being received into the receive buffer 316 of the source port. For this reason, the receive 
buffer 316 for each port need not be capable of storing an entire data packet. In addition, 

10 if the destination port is configured for cut-through, the destination port will receive the 

packet into its transmit buffer 318 directly from the communication bus 102 simultaneously 
with the write cycles for loading of the packet into the packet buffers 206. During such a 
cut-through operation, the packet is received into a transmit buffer 318 of the destination 
port for immediate transmission to the LAN segment associated with the destination port. 

15 Once the entire packet has been loaded into the packet buffers 206, the memory 

control module 1 18 again places the triplet on the data lines of the communication bus 102 
and places a bit pattern on the command lines identifying this as the "final triplet." It 
should be noted that the initial triplet and for the final triplet are preferably identical, while 
the bit patterns placed on the command lines of the communication bus 102 for identifying 

20 each of the triplets are distinct. The destination port will then store the triplet in the triplet 
buffer 306 located within the destination port. Thus, the packet is queued for transmission 
by the destination port. 

Then, when the destination port is no longer busy, the destination port will retrieve 
the packet from the packet buffers 206. This is accomplished by the destination port 

25 requesting access to the communication bus 102 from the bus control module 114. When 
the request is granted, the bus control module 114 places a bit pattern indicating a bus 
grant on the command lines of the communication bus 102 and a bit pattern identifying the 
port on the data lines. Once the destination port gains control of the communication bus 
102, the destination port then initiates a series of read operations over the communication 

30 bus 102 by placing the starting address in the packet buffers 206 of the packet (from the 

third field of the triplet for the packet) on the data lines of the communication bus 102 and 
places a bit pattern identifying a memory read operation on the command lines. In 
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response, the memory control module 118 accesses the packet in the packet buffers 206. 
Preferably, the destination port checks the receive status for the packet. If the receive 
status indicates that the packet was not received successfully, the memory read operation is 
preferably halted and no further action is taken relative to the packet. 

5 In addition, in the event that a cut-through operation was initiated, but was 

unsuccessful, the packet will need to be retransmitted by the destination port. For example, 
the cut-through operation may have been unsuccessful if a data collision occurred during its 
transmission over the segment associated with the destination port. In such case, the packet 
is retrieved from the packet buffers 206 as described above. 

10 While the destination port is receiving the packet into its transmit buffer 316 from 

the packet buffers 206 or directly from the source port (as during cut-through), the 
destination port begins transmitting the packet to the LAN segment associated with the 
destination port under control of the transmit finite state machine 314. For this reason, the 
transmit buffer 318 for each port need not be capable of storing an entire data packet. The 

15 packet is then received from the LAN segment by the destination node for the packet. 

It will be apparent that rather than utilizing the packet buffers 206 to store queued 
packets, the receive buffer 316 and/or transmit buffer 318 of each port can be enlarged to 
store the entirety of each queued packet. Such an embodiment is less preferred, however, 
because the performance is likely to be lower, especially if the total storage available for 

20 temporarily storing the data packets is reduced. In addition, the inclusion of large buffers 
in each of the ports complicates the integration of the multi-port bridge 100 into a single 
integrated circuit (with the memory device 200 being external to the integrated circuit). 

Fig. 8 illustrates a block schematic diagram of the switch engine 150 of the multi- 
port bridge 100, the memory device 200 and an external processor 500 according to the 

25 present invention. The switch engine 150 includes the bus control block 114, the MPU 
port and mailbox 116, the memory control block 118 and the look-up control block 120 
illustrated in Fig. 5. A memory bus 502 interconnects the switch engine 150 and the 
external processor 500 to the memory device 200. Preferably, access to the memory device 
200 by the switch engine 150 and the external processor 500 is implemented by a 

30 multiplexor included as part of the memory bus 502 and which multiplexor is controlled by 
the switch engine 150. The multi-port bridge 100, including the communication bus 102 
(Fig. 5), is preferably implemented as an integrated circuit mounted to a printed circuit 
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board 504. The memory device 200 and the external processor 500 are also mounted to 
the printed circuit board 504. 

As described above in reference to Figs. 5-7, the bridging and filtering functions of 
the multi-port bridge are performed primarily by the switch engine 150 and the buffer 
5 memory 200. Because the switch engine 150 and ports 104-112 are preferably 

implemented as a number of finite state machines interconnected via a communication bus 
102, the multi-port bridge 100 provides a high bandwidth capacity for directing data 
packets through the multi-port bridge 100. Thus, according to the present invention, the 
external processor 500 is provided to perform tasks in support of the functioning of the 
10 multi-port bridge 100. These functions include: providing a communication port for 

enabling the nodes of the LAN to communicate with nodes of a dissimilar LAN or a WAN 
and for enabling the nodes of the LAN to communicate with a file server for the LAN; 
providing parameters for initializing registers of the switch engine; collecting data from the 
LAN for performing network management functions; and providing services to the switch 
15 engine. The mailbox interface according to the present invention allows the external 

processor 500 to provide these functions without the need to dedicate a large number of 
pins of the integrated circuit package to such an interface. 

Preferably, the external processor 500 is implemented as a reduced instruction set 
computer (RISC) to improve speed performance. The external processor 500 can have its 
20 own dedicated resources 506, such as memory for storing operating software for the 
external processor 500 and for use by the external processor 500 as a scratch pad. In 
addition, when the external processor 500 performs the functions of a file server for the 
LAN, the resources 506 can include a mass storage device for storing application programs 
and data files which is accessible by the external processor 500. Also, when the external 
25 processor 500 performs the function of providing an interconnection of the LAN to a 

dissimilar LAN or to a WAN, the resources 506 can include a communication device, such 
as a telephone modem, an integrated services digital network (ISDN) interface, a Tl media 
interface or a T3 media interface which is accessible by the external processor 500. In 
addition, multiple external processors 500 can be coupled to the memory bus 502. In such 
30 case, additional resources can be provided for such multiple external processors, such as 
one or more mass storage devices and/or one or more communication devices. 
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Fig. 9 illustrates a block schematic diagram of an apparatus according to the present 
invention for periodically updating the look-up tables 204. The look-up tables 204 include 
three sub-tables 204A-C and are preferably a portion of the memory device 200 (Fig. 5) 
configured to emulate a CAM device. It will be apparent, however, that the look-up tables 
5 204 could be included in one or more memory devices distinct from the memory device 
200. For example, the look-up tables 204 can be one or more CAM devices. 

The look-up control module 120 preferably performs a hashing algorithm on each 
address before the address is stored in the look-up tables 204 along with a corresponding 
port identification. The hashing algorithm preferably removes the most significant bits of 

10 each address and retains the least significant bits unchanged, though other hashing 

algorithms could be used. Preferably, the sixteen least significant bits are retained such 
that there are 2 16 (65,536) possible addresses after hashing. Accordingly, each of the sub- 
tables 204A-C preferably has 2 16 (65,536) memory locations. It will be apparent, however, 
that the hashing algorithm can result in a different number of remaining bits and, thus, a 

15 different number of memory locations in each sub-table. 

Fig. 10 illustrates a time chart according to the present invention for periodically 
updating the address and port data stored in each of the three look-up sub-tables #1-3 
(204 A-C). Assume that at time 0.0, the multi-port bridge 100 is first powered-up or reset 
such that there are initially no entries in any of the sub-tables #1-3 (204A-C) (e.g. a power- 

20 up or reset sequence sets each table entry to all zeros). During the first 2.5 minute time 

period, the source address included in each data packet appearing at any of the ports of the 
multi-port bridge 100 is hashed to 16 bits by removing the most significant 32 bits. An 
identification of the port (source port) which received the data packet is stored in a location 
of each of tables #1 (204A) and #2 (204B) designated by the hashed address. 

25 Preferably, the 32 address bits which were removed during the hashing algorithm 

are also stored along with the port identification in the appropriate tables. These remaining 
32 bits are used for verifying the complete address in the event that two or more nodes 
share hashed addresses (e.g. they have the same least significant 16 address bits). If an 
entry has already been made for a hashed source address in either table (based upon a 

30 packet originated by a first node), the remaining 32 source address bits of the packet are 
compared to the 32 bits stored in the memory location designated by the hashed source 
address. If the remaining 32 do not match, this indicates that the data packet originated 
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from a second node having the same least significant bits as the first node. In such case, a 
linked list is formed for the affected table(s) for storing the remaining 32 bits of the 
address of the second node and the port identification for the port to which the second 
node is connected. If the remaining 32 bits match, this indicates that only one node (the 
5 first node) having the hashed source address has transmitted a data packet. In such case, 
linked lists are not required. 

Also during the first 2.5 minute time period, the destination address included in 
each data packet received by the multi-port bridge 100 is hashed to sixteen bits. The 
memory controller 106 uses the hashed destination address to look-up in table #1 (204 A) 
10 the appropriate port to which the data packet is to be directed for transmission to the 
destination node. 

If no data is stored in the location designated by the hashed destination address, this 
indicates that the data packet is intended for a node that has not yet transmitted either a 
data packet or a "keep alive" packet. In such case, the multi-port bridge 100 does not have 

15 sufficient information to appropriately direct the packet; Therefore, the packet is preferably 
directed to every port except the port that received the packet (the packet is broadcast). 

If data is stored in the location designated by the hashed destination address, the 
remaining destination address bits are compared to the 32 address bits stored in the that 
location to determine if they match. If there is not a match of the remaining address bits, 

20 this indicates that two or more nodes share the same 16 least significant address bits. 
When this occurs during a learning phase, a linked list is set up to store the port 
identification for each of the nodes which share the 16 least significant address bits. If 
there is a match of the remaining address bits, the identification of the port is utilized to 
appropriately direct the data packet to that port for transmission to the destination node. 

25 If the port indicated by the destination address is the same as the port that received 

the packet, this indicates that the source node and destination node for the packet are in the 
same LAN segment. In such case, the multi-port bridge 100 preferably does not direct the 
packet to the port because the destination node receives the packet directly from the source 
node. 

30 Upon the expiration of the first 2.5 minutes, sub-table #3 (204C) is cleared of all 

entries. The step of clearing the sub-table #3 can be skipped, however, if no entries have 
been made in sub-table #3 since start-up. Then, during the second 2.5 minute time period, 
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data is stored in sub-tables #2 (204B) and #3 (204C) in the same manner that data was 
stored in sub-tables #1 (204 A) and #2 (204B) during the first 2.5 minute time period. Also 
during the second 2.5 minute time period, table #2 (204B) is utilized for look-up cycles. 
Upon the expiration of the second 2.5 minutes, sub-table #1 (204 A) is cleared of all 
entries. Then, during the third 2.5 minute time period, data is stored in sub-tables #1 
(204A) and #3 (204C) while table #3 (204C) is utilized for look-up cycles. Upon the 
expiration of the third 2.5 minute time period, table #2 (204B) is cleared of all entries. 
During the fourth 2.5 minute time period, data is stored in sub-tables #1 (204A) and #2 
(204B) while table #3 (204C) is utilized for look-up cycles. Upon expiration of the fourth 
2.5 minute time period, sub-table #3 is cleared. 

Note that the steps performed in the fourth time period are identical to the steps 
performed in the first time period (with the exception that it is not necessary to clear the 
sub-table #3 at the end of the first 2.5 minute time period). Thus, the process repeats by 
cycling through the steps of the first, second, and third time periods. 

According to the invention, no entry utilized in any look-up cycle is more than 5 
minutes old. However, the age of each entry is not individually tracked. 

The present invention has been described in terms of specific embodiments 
incorporating details to facilitate the understanding of the principles of construction and 
operation of the invention. Such reference herein to specific embodiments and details 
thereof is not intended to limit the scope of the claims appended hereto. It will be 
apparent to those skilled in the art that modifications may be made in the embodiment 
chosen for illustration without departing from the spirit and scope of the invention. 
Specifically, it will be apparent to one of ordinary skill in the art that the device of the 
present invention could be implemented in several different ways and the apparatus 
disclosed above is only illustrative of the preferred embodiment of the invention and is in 
no way a limitation. 
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Claims: 

What is claimed is: 

11. A method of controlling the flow of data packets in a multi-port bridge 

2 having a plurality of ports interconnected to a memory device by a communication bus, the 

3 multi-port bridge for interconnecting a plurality of segments of a local area network, the 

4 method comprising steps of: 

5 a. receiving a data packet into a receive buffer in a source port for the packet, 

6 the packet having a destination address, a source address and a data field and 

7 the packet being received from a segment associated with the source port; 

8 b. looking up the destination address in a table for determining a destination 

9 port for the packet; 

10 c. assigning a location in the memory device to the packet; 

11 d. forming a triplet for the packet wherein the triplet includes a first field for 

12 identifying the source port, a second field for identifying the destination 

13 port, and a third field for identifying the location assigned to the packet in 

14 the memory device; 

15 e. placing the triplet on the communication bus a first time; 

16 f. loading the packet into the memory device at the location in the memory 

17 device assigned to the packet; 

1 8 g. placing the triplet on the communication bus a second time; 

19 h. storing the triplet in a triplet buffer in the destination port; 

20 i. receiving the packet into a transmit buffer in the destination port from the 

21 location assigned to the packet in the memory device; and 

22 j. transmitting the packet to a segment associated with the destination port for 

23 the packet. 

1 2. The method according to claim 1 wherein the step of looking up the 

2 destination address is performed while the data field is being received by the source port. 

1 3. The method according to claim 1 wherein the step of loading the packet into 

2 the memory device is performed while the data field is being received by the source port. 
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1 4. The method according to claim 1 wherein the step of transmitting the packet 

2 is performed while the data field is being received from the memory device by the 

3 destination port. 

15. A multi-port bridge for interconnecting a plurality of segments of a local 

2 area network, the multi-port bridge comprising: 

3 a. a communication bus; 

4 b. a memory device coupled to the communication bus; 

5 c. a source port coupled to the communication bus, wherein the source port 

6 receives a packet from a source node within a segment of the local area 

7 network associated with the source port, wherein the source port initiates a 

8 look-up cycle upon receiving an address of a destination node for the packet 

9 and wherein a product of the look-up cycle is a triplet having a first field for 

10 identifying the source port, a second field for identifying a destination port 

1 1 for the packet, and a third field for identifying a location assigned to the 

12 packet in the memory device; and 

13 d. the destination port for transmitting the packet to the destination node within 

14 a segment of the local area network associated with the destination port 

15 wherein if the destination port is not busy, the destination port receives the 

16 packet directly from the source port after the triplet is placed on the 

17 communication bus a first time, and if the destination port does not receive 

18 the packet directly from the source port, the destination port receives the 

19 packet from the memory device after the triplet is placed on the 

20 communication bus a second time. 

1 6. The apparatus according to claim 5 therein packet is stored in the memory 

2 device between the first time the triplet is placed on the communication bus and the second 

3 time the triplet is placed on the communication bus. 

1 7. The multi-port bridge according to claim 5 wherein the source port 

2 comprises a receive buffer for receiving the data packet. 
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1 8. The multi-port bridge according to claim 7 wherein the data packet has a 

2 maximum expected size and the receive buffer is smaller than the maximum expected size. 

1 9. The multi-port bridge according to claim 5 wherein the destination port 

2 comprises a transmit buffer for transmitting the data packet. 

1 10. The multi-port bridge according to claim 9 wherein the data packet has a 

2 maximum expected size and the transmit buffer is smaller than the maximum expected size. 

1 11. A method of controlling flow of packets in a multi-port bridge having a 

2 plurality of ports interconnected to a memory device by a communication bus. the multi- 

3 port bridge for interconnecting a plurality of segments of a local area network, the method 

4 comprising steps of: 

5 a. receiving a packet having a destination address from a segment associated 

6 with a source port for the packet into a receive buffer in the source port; 

7 b. looking-up the destination address in a table for determining a destination 

8 port for the packet; 

9 c. assigning a location in the memory device to the packet; 

10 d. forming a triplet for the packet wherein the triplet comprises a first field for 

1 1 identifying the source port, a second field for identifying a destination port 

12 for the packet, and a third field for identifying a location assigned to the 

13 packet in the memory device; 

14 e. placing the triplet on the communication bus a first time; 

15 f. loading the packet into the memory device at the location assigned to the 

16 packet; and 

17 g. determining whether the destination port is available to receive the packet 

1 8 directly from the source port and, if the destination port is available to 

19 receive the packet directly from the source port, performing a step of 

20 receiving the packet into a transmit buffer in the destination port 

21 simultaneously with loading the packet into the memory device, and if the 

22 destination port is not available to receive the packet directly from the 
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23 source port, receiving the packet into the destination port from the memory 

24 after the destination port is available to receive the packet. 

1 12. The method according to claim 1 1 further comprising a step of placing the 

2 triplet on the communication bus a second time after the step of loading is completed. 

1 13. The method according to claim 12 further comprising a step of storing the 

2 triplet in the destination port during the step of placing the triplet on the communication 

3 bus a second time. 

1 14. The method according to claim 1 1 further comprising a step of transmitting 

2 the packet performed while the packet is being received into the transmit buffer of the 

3 destination port, 

1 15. The method according to claim 1 1 wherein the packet also has a data field 

2 and wherein the step of looking-up the destination address is performed while the data field 

3 is being received by the source port. 

1 16. The method according to claim 1 1 wherein the step of loading the packet 

2 into the memory device is performed while the data field is being received by the source 

3 port. 

1 17. The method according to claim 1 1 further comprising a step of transmitting 

2 the packet performed while the packet is being received from the memory device by the 

3 destination port. 

118. A method of periodically updating entries in a look-up table for 

2 appropriately directing data packets through a multi-port bridge having a plurality of ports, 

3 each port having a port identification, wherein each of the data packets is originated by a 

4 respective one of a plurality of nodes, each node having a node address and each node 

5 corresponding to a respective one of the plurality of ports, the method comprising / steps of: 
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6 a. storing in a first memory store and in a second memory store the node 

7 address of each node which originates a data packet during a first period of 

8 time in association with the port identification of the corresponding port; 

9 b. storing in the second memory store and in a third memory store the node 

10 address of each node which originates a data packet during a second period 

1 1 of time in association with the port identification of the corresponding port; 

12 and 

13 c. storing in the first memory store and in the third memory store the node 

14 address of each node which originates a data packet during a third period of 

1 5 time in association with the port identification of the corresponding port. 

1 19. The method according to claim 18 further comprising a step of utilizing the 

2 first memory store for directing data packets during the first period of time. 

1 20. The method according to claim 19 further comprising a step of utilizing the 

2 second memory store for directing data packets during the second period of time. 

1 21. The method according to claim 20 further comprising a step of utilizing the 

2 third memory store for directing data packets during the third period of time. 

1 22. The method according to claim 19 wherein a product of the step of utilizing 

2 the first memory store for directing data packets is a triplet for each packet, each triplet 

3 having a first field containing the identification of the source port corresponding to the 

4 node which originated the packet, a second field containing an identification of a 

5 destination port which corresponds to a node that is an intended recipient for the packet, 

6 and a third field containing a starting address assigned to the packet in a packet buffer. 

1 23. The method according to claim 18 further comprising a step of hashing each 

2 node address before storing the node address in each of the first, second and third memory 

3 stores. 
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1 24. The method according to claim 18 wherein the second period of time begins 

2 upon expiration of the first period of time. 

1 25. The method according to claim 24 wherein the third period of time begins 

2 upon expiration of the second period of time. 

1 26. The method according to claim 25 further comprising a step of clearing the 

2 first memory store upon expiration of the second period of time. 

1 27. The method according to claim 26 further comprising a step of clearing the 

2 second memory store upon expiration of the third period of time. 

1 28. The method according to claim 27 further comprising a step of clearing the 

2 third memory store upon expiration of the first period of time. 

1 29. The method according to claim 28 further comprising steps of repeating 

2 steps a, b, c, and d, upon expiration of the third period of time. 

1 30. An apparatus for periodically updating entries in a look-up table for 

2 appropriately directing data packets through a multi-port bridge having a plurality of ports, 

3 each port having a port identification, wherein each of the data packets is originated by a 

4 respective one of a plurality of nodes, each node having a node address and each node 

5 corresponding to a respective one of the plurality of ports, the apparatus comprising: 



6 a. a first memory store for storing the node address of each node which 

7 originates a data packet during a first period of time in association with the 

8 port identification of the corresponding port and the first memory store for 

9 storing the node address of each node which originates a data packet during 

10 a third period of time in association with the port identification of the 

1 1 corresponding port, wherein a second period of time occurs between the first 

12 period of time and the third period of time; 

13 b. a second memory store for storing the node address of each node which 

14 originates a data packet during the second period of time in association with 



-28- 



WO 99/14893 PCI7US98/19169 

15 the port identification of the corresponding port and the second memory 

16 store for storing the node address of each node which originates a data 

17 packet during the first period of time in association with the port 

1 8 identification of the corresponding port; and 

19 c. a third memory store for storing the node address of each node which 

20 originates a data packet during the third period of time in association with 

21 the port identification of the corresponding port and for storing the node 

22 address of each node which originates a data packet during the second period 

23 of time in association with the port identification of the corresponding port. 

1 31. The apparatus according to claim 30 wherein each node address is hashed 

2 before being stored. 

1 32. The apparatus according to claim 30 wherein the first, second and third 

2 memory stores are each a CAM device. 

1 33. The apparatus according to claim 30 wherein the first, second and third 

2 memory stores are each a RAM device which emulates a CAM device. 

1 34. The apparatus according to claim 30 wherein the second memory store is 

2 cleared upon expiration of the third period of time. 

1 35. The apparatus according to claim 34 wherein the third memory store is 

2 cleared upon expiration of the first period of time. 

1 36. The apparatus according to claim 30 wherein the first memory store is 

2 utilized for directing packets through the multi-port bridge during the first period of time. 

1 37. The apparatus according to claim 36 wherein a triplet is formed for each 

2 packet, each triplet having a first field containing the identification of the port 

3 corresponding to the node which originated the packet, a second field containing an 



-29- 




WO 99/14893 PCT/US98/19169 

4 identification of a port which corresponds to an intended recipient for the packet, and a 

5 third field containing a starting address assigned to the packet in a packet buffer. 

1 38, The apparatus according to claim 36 further comprising a step of utilizing 

2 the second memory store for directing data packets during the second period of time. 

1 39. The apparatus according to claim 38 further comprising a step of utilizing 

2 the third memory store for directing data packets during the third period of time. 

1 40. An apparatus for periodically updating entries in a look-up table for 

2 appropriately directing data packets through a multi-port bridge having a plurality of ports, 

3 each port having a port identification, wherein each of the data packets is generated by a 

4 respective one of a plurality of nodes, each node having a node address and each node 

5 corresponding to a respective one of a plurality of ports of the multi-port bridge, the 

6 apparatus comprising: 



7 a. a first memory store; 

8 b. a second memory store; 

9 c. a third memory store; and 

10 d. a control logic circuit coupled to each of the first, second and third memory 

1 1 stores, the control logic circuit for storing in the first memory store and in 

12 the second memory store the node address of each node which originates a 

13 data packet during a first period of time in association with the port 

14 identification of the corresponding port and for storing in the second 

15 memory store and in the third memory store the node address of each node 

16 which originates a data packet during a second period of time in association 

17 with the port identification of the corresponding port and for storing in the 

18 first memory store and in the third memory store the node address of each 

19 node which originates a data packet during a third period of time in 

20 association with the port identification of the corresponding port. 

1 41 . The apparatus according to claim 40 wherein each data packet contains the 



2 address of the node which generated the data packet. 
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1 42. The apparatus according to claim 40 wherein each node address is hashed 

2 before being stored. 

1 43. The apparatus according to claim 40 wherein the first, second and third 

2 memory stores are each a CAM device. 

1 44. The apparatus according to claim 40 wherein the first, second and third 

2 memory stores are each a RAM device which emulates a CAM device. 

1 45. The apparatus according to claim 40 wherein the second period of time 

2 begins upon expiration of the first period of time. 

1 46. The apparatus according to claim 45 wherein the third period of time begins 

2 upon expiration of the second period of time. 

1 47. The apparatus according to claim 46 wherein the second memory store is 

2 cleared upon expiration of the third period of time. 

1 48. The apparatus according to claim 47 wherein the third memory store is 

2 cleared upon expiration of the first period of time. 

1 49. . The apparatus according to claim 40 wherein the first memory store is 

2 utilized for directing packets through the multi-port bridge during the first period of time. 

1 50. The apparatus according to claim 49 wherein a triplet is formed for each 

2 packet, each triplet having a first field containing the identification of the port 

3 corresponding to the node which originated the packet, a second field containing an 

4 identification of a port which corresponds to an intended recipient for the packet, and a 

5 third field containing a starting address assigned to the packet in a packet buffer. 
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51. The apparatus according to claim 49 wherein the second memory store is 

utilized for directing packets through the multi-port bridge during the second period of 
time. 
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